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DETAILED ACTION 

A. This action is in response to the following communications: Amendment filed: 
08/14/2009. This action is made Final. 

B. Claims 1 -4, 8-1 0, 1 2-1 8, 20-21 , 23-24, 26-29 and 32-33 remain pending. 



Claim Objections 

C. Claims 8, 10 and 12 are objected to because of the following informalities: They 
depend on a canceled claim. This appears to be a typographical error. Appropriate 
correction is required. 



Claim Rejections - 35 USC § 103 



1 . The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in section 102 of this title, 
if the differences between the subject matter sought to be patented and the prior art are such that the subject matter as a whole 
would have been obvious at the time the invention was made to a person having ordinary skill in the art to which said subject matter 
pertains. Patentability shall not be negatived by the manner in which the invention was made. 

2. This application currently names joint inventors. In considering patentability of 
the claims under 35 U.S.C. 103(a), the examiner presumes that the subject matter of 
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the various claims was commonly owned at the time any inventions covered therein 
were made absent any evidence to the contrary. Applicant is advised of the obligation 
under 37 CFR 1 .56 to point out the inventor and invention dates of each claim that was 
not commonly owned at the time a later invention was made in order for the examiner to 
consider the applicability of 35 U.S.C. 103(c) and potential 35 U.S.C. 102(e), (f) or (g) 
prior art under 35 U.S.C. 103(a). 

3. Claims 1-4, 10, 12-18, 20-21, 23-24, 26-29 and 32-33 are rejected under 35 
U.S.C. 103(a) as being unpatentable over Breinberg (US Pat. 5,886,694) in view of 
Buxton et al (US Pat. 6,469,714). 

As claim 1 , Breinberg teaches a method of making ready for presentation a graphical 
element in a computer application program by communicating with a computer 
operating system (col. 1, lines 59-62; col. 13, lines 34-39), the method comprising: 
maintaining a measure tree storing a list of elements to be measured (col .4, lines 31-45 
(specification stage; during the specification stage graphical user interface elements 
are specified according to parent and child relationships and their boundaries, also the 
size of the elements are specified (col.6, lines 65-67; col.7, lines 1-16). The data 
structured used to access these elements is a tree data structure )); maintaining an 
arrange tree storing a list of elements to be arrange (col.4, lines 46-56 (layout stage; 
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during the layout stage the method access a tree data structure to go through all of the 
graphical user interface elements using an autolayout engine that traverses the tree 
data structure; from here the graphical user interface is constructed with appropriate 
layout of elements (col. 9, lines 37-47)); executing a first procedure for measuring the 
element, wherein the first procedure at least determines whether the element has one 
or more children .determines, if the element has one or more children, whether the one 
or more children of the element is to be measured (col.4, lines 56-64); and determines a 
size for the element based on an element type for the element when the element has no 
children (fig. 6, label 602; col. 2, lines 1-9; col. 11, lines 43-49, that when the layout 
stage is implemented it is measuring the size and position of each frame (element)); 
wherein if the element is determined to have one or more children, then the element is 
determined to be a parent element, wherein if it is determined that the one or more 
children o f the parent element is to be measured, then only the parent element is 
stored in the measure tree (specification stage; frame tree), wherein executing the first 
procedure for measuring the element recursively executes the first procedure on one or 
more child elements of the parent element, wherein if it is determined that the one or 
more children of the parent element is not to be measured, then the one or more 
children of the parent element is determined to be an orphan, and wherein executing 
the first procedure for measuring the element does not recursively execute the first 
procedure on the orphan, and wherein the orphan is removed from the measure tree 
(col.4, lines 49-62; col. 6, lines 1-17 and 33-46; to recursively added elements to the 
frame tree wherein the frame tree is used in the specification stage to determining the 
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size of elements within the tree; (the size of the elements (constraints) are measured by 
going through the tree in an order from leaf node to root, such that removal of 
consideration of an "orphan node" or leave node is performed in order to traverse the 
tree data structure, much like the same is traversal through a queue as currently 
claimed; col.1 1 , lines 39-55; further layout (arrangement) of the elements is ordered by 
placing the root elements (parents) first then the children nodes (from root to leaf); 
col.12, lines 34-42); 

signaling the element's need to be measured by the first procedure, wherein the 
signaling comprises notifying the element's parent-element (col .7, lines 7-42; after 
the specification stage wherein the user interface is organized in a searchable tree data 
organization; process of each element to be measured is began at the leaf node in the 
hierarchical list of elements. Instead of the term "signaling"; Breinberg uses the term 
visiting (visiting an element in a sequence of elements to be visited) which essentially 
according to the definition of signaling in Applicant's disclosure function the same (an 
element is accessed and modified based on the flow of execution for changing the user 
interface such that elements get signal/notified/visited when it is the elements turn to be 
processed through a function (in this case measured (size determination)). For example 
starting at column 7, lineU; "the post order traversal of the frame tree continues at the 
Control Frame 130. The size of Control Frame is determined (processed through the 
measuring function); from here the process continues by visiting (signaling) the next 
element if the frame tree, which is "Vertical Frame" 136, which is the parent of Control 
Frame 130, thus visiting step comprises notifying (process next element in a sequence 
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of elements based upon the position within a data structure (frame tree) the element's 
(Control Frame) parent element (Vertical Frame). After this frame gets measured 
(determine restraints, rules and minimal size) and sized (actual resizing of element) 
process continues to the next element in the sequence from the traversal of the Frame 
Tree by visiting the Horizontal Frame 138 that is the parent frame to the Vertical Frame. 

executing a second procedure for arranging the element , wherein the element is stored 
in the arrange queue (col. 2, lines 1 -9; col. 4, lines 57-64; col. 1 1 , lines 51 -55, that the 
auto-layout engine arranges and repositions the frames (elements) as it traverses the 
tree to fill available space; col.4, lines 46-56; layout stage); and wherein the second 
procedure is invoked and executed independently from the first procedure (fig. 6, label 
604; col. 1 1 , lines 56-67 and col. 12, lines 1-13); computes a final size for the element, 
performs internal arrangement functions on the element if the element has no children 
an dif the element has children computes display positions for a child-element of the 
element, wherein the internal arrangement functions include font, alignment, and color 
operations affecting the appearance of the element and wherein the display positions 
comprise a coordinate of a shape representing the element (col. 2, lines 20-27; col. 9, 
lines 64-67; col. 10, lines 1-24, 45-57; col. 11, lines 1-8, 15-21 and 39-55; col. 14, lines 
27-36 and 41-55; col. 15, lines 15-20; figures 5-8, item 712). (col.9, line 55-col.11, line 
41). 

Breinberg does not specifically teach the use of queues, instead uses a different data 
structure a tree. It is defined in the specification of the immediate application in 
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paragraph 83 that alternatively instead of a queue an array, heap, tree or other data 
structure may be used without departing from the scope. Since Breinberg teaches two 
different stages of execution the specification stage (where elements are sized 
"measured"; traversal through the tree data structure to measure graphical user 
interface elements, much like the same function as claimed but yet claiming to the use 
of a queue data structure) and the layout stage (where elements are positioned 
"arranged"; traversal opposite of the measuring through the tree data structure to be 
arranged with the autolayout engine, much like the same function as the claimed but yet 
claiming to the use of a queue data structure) and the use of trees and not the teaching 
of using queues instead of trees, Buxton is introduced to cure the deficiencies of 
Breinberg in such that Buxton teaches the use of another data structure; multiple 
queues for the purposes of generating customized graphical user interfaces for 
applications in an object -oriented environment; wherein the queues are used in the 
part of creating the graphical user interfaces ( col.26, lines 31-67; col. 27, lines 18-40 
and 59-67 and col. 28, lines 1 -21 ). It would have been obvious to one of ordinary skill in 
the art at the time of the invention was made to combine Buxton into Breinberg, this is 
true because Buxton solves the problem of configuring graphical user interfaces by 
using data structures to automatically manage graphical elements, such as pertaining to 
the layout of elements to be presented to the user (col. 2, lines 34-60). Breinberg solves 
this problem by using tree data structures (for storage of elements) to aid in the proper 
layout of a graphical user interface elements for the creation of an interface while 
Buxton uses queue data structures (for storage of elements) to aid in the creation of 
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graphical user interface wherein dynamically building and placing elements within. Both 
Breinberg and Buxton make use of a means to automatically layout elements of a 
graphical user interface. 



As claim 2, Breinberg further teaches the first procedure returns a desired size for the 
element (fig. 6, label 606; col. 12, lines 14-23, that after the calculation, the results to 
include the desired size will be returned). 

As claim 3, Breinberg further teaches the first procedure computes desired sizes for 
child-elements of the element (fig. 6, label 606; col. 12, lines 14-23). 

As claim 4, Breinberg further teaches the first procedure comprises determining 
whether a child-element requires computation of its desired size (col. 17, lines 14-22). 

As claim 8, Breinberg further teaches the signaling step comprises calling a measure 
invalidation function (col. 2, lines 24-27). 
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As claim 9, Breinberg further teaches the signaling step further comprises setting a flag 
on the element (col. 13, lines 3-8). 

As claim 10, Breinberg further teaches the signaling step comprises notifying the 
operating system (col. 13, lines 37-39). 

As claim 12, Breinberg further teaches the element requests the measuring of all 
elements needing to be measured (fig. 4; label 404; col. 10, lines 18-24). 

As claim 13, Breinberg further teaches signaling with a signal an element's need to be 
arranged by the second procedure (col. 2, lines 34-41 , that the size and position of the 
child frames depend on parent frame, therefor, when anyone of the child frames change 
a windows message is sent to arrange the child frames). 

As claim 14, Breinberg further teaches the signal comprises calling an arrange 
invalidation function (col. 2, lines 24-27, that a windows message will be Sent for all 
windows (elements) that need to be arranged). 
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As claim 15, Breinberg further teaches the signaling step further comprises setting a 
flag on the element (col. 13, lines 3-8). 

As claim 1 6, Breinberg further teaches the element requests the arranging of all 
elements needing to be arranged (col. 2, lines 34-41, the size and position of the child 
frames depend on parent frame, therefore, when anyone of the child frames change a 
windows message is sent to arrange all the child frames). 

As claim 17, Breinberg teaches a computer storage medium having stored thereon a set 
of executable procedures callable by a computer application program for making ready 
for presentation a graphical element (col. 1, lines 59-62 and lines 64-67; col. 2, line 1), 
including at least: maintaining a measure queue storing a list of elements to be 
measured (col .4, lines 31-45 (specification stage) ; during the specification stage 
graphical user interface elements are specified according to parent and child 
relationships and their boundaries, also the size of the elements are specified 
(col .6, lines 65-67; col .7, lines 1-16). The data structured used to access these elements 
is a tree data structure )); maintaining an arrange tree storing a list of elements to be 
arrange (col. 4, lines 46-56 (layout stage; during the layout stage the method access a 
tree data structure to go through all of the graphical user interface elements using an 
autolayout engine that traverses the tree data structure; from here the graphical user 
interface is constructed with appropriate layout of elements (col. 9, lines 37-47)); a first 
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procedure for measuring the element (fig. 6, label 602; col. 2, lines 1 -9; col. 11, lines 43- 
49, that when the layout stage is implemented it is measuring the size and position of 
each frame (element)); wherein if the element is determined to have one or more 
children, then the element is determined to be a parent element, wherein if it is 
determined that the one or more children o f the parent element is to be measured, then 
only the parent element is stored in the measure Queue (specification stage; frame 
tree), wherein executing the first procedure for measuring the element recursively 
executes the first procedure on one or more child elements of the parent element, 
wherein if it is determined that the one or more children of the parent element is not to 
be measured, then the one or more children of the parent element is determined to be 
an orphan, and wherein executing the first procedure for measuring the element does 
not recursively execute the first procedure on the orphan, and wherein the orphan is 
removed from the measure queue (col.4, lines 49-62; col. 6, lines 1-17 and 33-46; to 
recursively added elements to the frame tree wherein the frame tree is used in the 
specification stage to determining the size of elements within the tree ; (the size of the 
elements (constraints) are measured by going through the tree in an order from leaf 
node to root, such that removal of consideration of an "orphan node" or leave node is 
performed in order to traverse the tree data structure, much like the same is traversal 
through a queue as currently claimed; col.1 1 , lines 39-55; further layout (arrangement) 
of the elements is ordered by placing the root elements (parents) first then the children 
nodes (from root to leaf); col. 12, lines 34-42);a second procedure for arranging the 
element, wherein the element is stored in the arrange queue (col.4, lines 46-56; layout 
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stage) wherein the second procedure at least determines whether the element has one 
or more children and performs internal arrangement functions on the element when the 
element has no children (col. 2, lines 1-9; col. 4, lines 57-64; col. 11, lines 51 -55, .that 
the auto-layout engine arranges and repositions the frames (elements) as it traverses 
the tree to fill available space); 

Wherein the first procedure is used for signaling to the parent element a child 
element's need to be measured (col. 7, lines 7-42; after the specification stage 
wherein the user interface is organized in a searchable tree data organization; process 
of each element to be measured is began at the leaf node in the hierarchical list of 
elements. Instead of the term "signaling"; Breinberg uses the term visiting (visiting an 
element in a sequence of elements to be visited) which essentially according to the 
definition of signaling in Applicant's disclosure function the same (an element is 
accessed and modified based on the flow of execution for changing the user interface 
such that elements get signal/notified/visited when it is the elements turn to be 
processed through a function (in this case measured (size determination)). For example 
starting at column 7, lineU; "the post order traversal of the frame tree continues at the 
Control Frame 130. The size of Control Frame is determined (processed through the 
measuring function); from here the process continues by visiting (signaling) the next 
element if the frame tree, which is "Vertical Frame" 136, which is the parent of Control 
Frame 130, thus visiting step comprises notifying (process next element in a sequence 
of elements based upon the position within a data structure (frame tree) the element's 
(Control Frame) parent element (Vertical Frame). After this frame gets measured 
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(determine restraints, rules and minimal size) and sized (actual resizing of element) 
process continues to the next element in the sequence from the traversal of the Frame 
Tree by visiting the Horizontal Frame 138 that is the parent frame to the Vertical 
Frame). 

and wherein the first procedure and the second procedure are used to mange a layout 
of one or more graphical elements, and the second procedure is called and executed 
independently from the first procedure (fig. 6, label 604; col. 11, lines 56-67 and col. 12, 
lines 1-13); computes a final size for the element , performs internal arrangement 
functions on the element if the element has no children an dif the element has children 
computes display positions for a child-element of the element, wherein the internal 
arrangement functions include font, alignment, and color operations affecting the 
appearance of the element and wherein the display positions comprise a coordinate of a 
shape representing the element (col. 2, lines 20-27; col. 9, lines 64-67; col. 10, lines 1-24, 
45-57; col.11, lines 1-8, 15-21 and 39-55; col. 14, lines 27-36 and 41-55; col. 15, lines 
15-20; figures 5-8, item 712). (col.9, line 55-col.11, line 41). 

Breinberg does not specifically teach the use of queues, instead uses a different data 
structure a tree. It is defined in the specification of the immediate application in 
paragraph 83 that alternatively instead of a queue an array, heap, tree or other data 
structure may be used without departing from the scope. Since Breinberg teaches two 
different stages of execution the specification stage (where elements are sized 
"measured"; traversal through the tree data structure to measure graphical user 
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interface elements, much like the same function as claimed but yet claiming to the use 
of a queue data structure) and the layout stage (where elements are positioned 
"arranged"; traversal opposite of the measuring through the tree data structure to be 
arranged with the autolayout engine, much like the same function as the claimed but yet 
claiming to the use of a queue data structure) and the use of trees and not the teaching 
of using queues instead of trees, Buxton is introduced to cure the deficiencies of 
Breinberg in such that Buxton teaches the use of another data structure; multiple 
queues for the purposes of generating customized graphical user interfaces for 
applications in an object -oriented environment; wherein the queues are used in the 
part of creating the graphical user interfaces ( col. 26, lines 31-67; col. 27, lines 18-40 
and 59-67 and col. 28, lines 1 -21 ). It would have been obvious to one of ordinary skill in 
the art at the time of the invention was made to combine Buxton into Breinberg, this is 
true because Buxton solves the problem of configuring graphical user interfaces by 
using data structures to automatically manage graphical elements, such as pertaining to 
the layout of elements to be presented to the user (col. 2, lines 34-60). Breinberg solves 
this problem by using tree data structures (for storage of elements) to aid in the proper 
layout of a graphical user interface elements for the creation of an interface while 
Buxton uses queue data structures (for storage of elements) to aid in the creation of 
graphical user interface wherein dynamically building and placing elements within. Both 
Breinberg and Buxton make use of a means to automatically layout elements of a 
graphical user interface. 
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As claim 18, Breinberg further teaches the first procedure returns a desired size for the 
element (fig. 6, label 606; col. 12, lines 14-23, that after the calculation, the results to 
include the desired size will be returned). 

As claim 20, Breinberg further teaches at least a procedure for signaling the element's 
need to be measured (fig. 4, label 404; col. 10, lines 18-24). 

As claim 21 , Breinberg further teaches at least a procedure for signaling the element's 
need to be arranged (col. 2, lines 34-41 , that the size and position of the child frames 
depend on parent frame, therefore, when anyone of the child frames change a windows 
message is sent to arrange all the child frames). 

As claim 23, Breinberg further teaches at least a procedure for requesting the 
measurement of all elements needing to be measured (fig. 4, label 404; col. 10, lines 
18-24). 

As claim 24, Breinberg further teaches at least a procedure for requesting the 
arrangement of all elements needing to be arranged (col. 2, lines 34-41 , that the size 
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and position of the child frames depend on parent frame, therefore, when anyone of the 
child frames change a windows message is sent to arrange all the child frames). 

As claim 26, Breinberg teaches a computer system for making ready for presentation a 
graphical element (fig. 3; col. 8, lines 31-34), the system comprising: a memory for 
storing executable program code; and a processor, functionally coupled to the memory, 
the processor being responsive to computer-executable instructions contained in the 
program code and operative to execute (col. 6, lines 1-7. The data about the frame 
(element) is contained in a data structure describing the position and dimensions of the 
specified frame (element)); maintaining a measure queue storing a list of elements to be 
measured (col.4, lines 31-45 (specification stage); during the specification stage 
graphical user interface elements are specified according to parent and child 
relationships and their boundaries, also the size of the elements are specified (col. 6, 
lines 65-67; col. 7, lines 1-16). The data structured used to access these elements is a 
tree data structure)); maintaining an arrange tree storing a list of elements to be arrange 
(col.4, lines 46-56 (layout stage; during the layout stage the method access a tree data 
structure to go through all of the graphical user interface elements using an autolayout 
engine that traverses the tree data structure; from here the graphical user interface is 
constructed with appropriate layout of elements (col. 9, lines 37-47)); 
a first executable procedure using the data structure for measuring the element, 
wherein the first executable procedure at least determines whether the element has one 



Application/Control Number: 10/692,200 Page 17 

Art Unit: 2179 

or more children determines, if the element has one or more children, whether the one 
or more children of the element is to be measured (col.4, lines 56-64); 
and determines a size for the element based on the an element type for the element 
when the element has no children (fig. 6, label 602; col. 2, lines 1 -9; col. 1 1 , lines 43- 
49); wherein if the element is determined to have one or more children, then the 
element is determined to be a parent element, wherein if it is determined that the one or 
more children o f the parent element is to be measured, then only the parent element is 
stored in the measure Queue (specification stage; frame tree), wherein executing the 
first procedure for measuring the element recursively executes the first procedure on 
one or more child elements of the parent element, wherein if it is determined that the 
one or more children of the parent element is not to be measured, then the one or more 
children of the parent element is determined to be an orphan, and wherein executing 
the first procedure for measuring the element does not recursively execute the first 
procedure on the orphan, and wherein the orphan is removed from the measure queue 
(col.4, lines 49-62; col. 6, lines 1-17 and 33-46; to recursively added elements to the 
frame tree wherein the frame tree is used in the specification stage to determining the 
size of elements within the tree ; (the size of the elements (constraints) are measured 
by going through the tree in an order from leaf node to root, such that removal of 
consideration of an "orphan node" or leave node is performed in order to traverse the 
tree data structure, much like the same is traversal through a queue as currently 
claimed; col. 1 1, lines 39-55; further layout (arrangement) of the elements is ordered by 
placing the root elements (parents) first then the children nodes (from root to leaf); 
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col. 12, lines 34-42). When the layout stage is implemented it is measuring the size and 
position of each frame (element)); 

and wherein the first executable procedure signals to a parent element a child 
element's need to be measured (col.7, lines 7-42; after the specification stage 
wherein the user interface is organized in a searchable tree data organization; process 
of each element to be measured is began at the leaf node in the hierarchical list of 
elements. Instead of the term "signaling"; Breinberg uses the term visiting (visiting an 
element in a sequence of elements to be visited) which essentially according to the 
definition of signaling in Applicant's disclosure function the same (an element is 
accessed and modified based on the flow of execution for changing the user interface 
such that elements get signal/notified/visited when it is the elements turn to be 
processed through a function (in this case measured (size determination)). For example 
starting at column 7, \ine17; "the post order traversal of the frame tree continues at the 
Control Frame 130. The size of Control Frame is determined (processed through the 
measuring function); from here the process continues by visiting (signaling) the next 
element if the frame tree, which is "Vertical Frame" 136, which is the parent of Control 
Frame 130, thus visiting step comprises notifying (process next element in a sequence 
of elements based upon the position within a data structure (frame tree) the element's 
(Control Frame) parent element (Vertical Frame). After this frame gets measured 
(determine restraints, rules and minimal size) and sized (actual resizing of element) 
process continues to the next element in the sequence from the traversal of the Frame 
Tree by visiting the Horizontal Frame 138 that is the parent frame to the Vertical Frame. 
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and execute a second executable procedure using the data structure for arranging the 
element (col. 2, lines 1 -9; col. 4, lines 57-64; col.-1 1 , lines 51 -551 that the auto-layout 
engine arranges and repositions the frames (elements) as it traverses the tree to fill 
available space); wherein the element is stored in the arrange queue (col.4, lines 46-56; 
layout stage); computes a final size for the element , performs internal arrangement 
functions on the element if the element has no children an dif the element has children 
computes display positions for a child-element of the element, wherein the internal 
arrangement functions include font, alignment, and color operations affecting the 
appearance of the element and wherein the display positions comprise a coordinate of a 
shape representing the element (col. 2, lines 20-27; col. 9, lines 64-67; col. 10, lines 1-24, 
45-57; col.11, lines 1-8, 15-21 and 39-55; col. 14, lines 27-36 and 41-55; col. 15, lines 
15-20; figures 5-8, item 712). (col.9, line 55-col.11, line 41). 

Breinberg does not specifically teach the use of queues, instead uses a different data 
structure a tree. It is defined in the specification of the immediate application in 
paragraph 83 that alternatively instead of a queue an array, heap, tree or other data 
structure may be used without departing from the scope. Since Breinberg teaches two 
different stages of execution the specification stage (where elements are sized 
"measured"; traversal through the tree data structure to measure graphical user 
interface elements, much like the same function as claimed but yet claiming to the use 
of a queue data structure) and the layout stage (where elements are positioned 
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"arranged"; traversal opposite of the measuring through the tree data structure to be 
arranged with the auto layout engine, much like the same function as the claimed but 
yet claiming to the use of a queue data structure) and the use of trees and not the 
teaching of using queues instead of trees, Buxton is introduced to cure the deficiencies 
of Breinberg in such that Buxton teaches the use of another data structure; multiple 
queues for the purposes of generating customized graphical user interfaces for 
applications in an object -oriented environment; wherein the queues are used in the 
part of creating the graphical user interfaces ( col.26, lines 31-67; col. 27, lines 18-40 
and 59-67 and col. 28, lines 1 -21 ). It would have been obvious to one of ordinary skill in 
the art at the time of the invention was made to combine Buxton into Breinberg, this is 
true because Buxton solves the problem of configuring graphical user interfaces by 
using data structures to automatically manage graphical elements, such as pertaining to 
the layout of elements to be presented to the user (col. 2, lines 34-60). Breinberg solves 
this problem by using tree data structures (for storage of elements) to aid in the proper 
layout of a graphical user interface elements for the creation of an interface while 
Buxton uses queue data structures (for storage of elements) to aid in the creation of 
graphical user interface wherein dynamically building and placing elements within. Both 
Breinberg and Buxton make use of a means to automatically layout elements of a 
graphical user interface. 

As claim 27, Breinberg further teaches the data structure comprises: a first value 
representing the desired size of the element (col. 2, lines 26-27; col. 14, lines 52-55, 
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that the attributes is the value for the size); a second value representing the computed 
size of the element (col. 2, lines 26-27; col. 14, lines52-55, that after the result of the 
method/function call, the returned value is the computed size value for the element); a 
first flag for triggering measurement of the element (col. 1 0, lines 3-20); and a second 
flag for triggering arrangement of the element (col. 10, lines 45-57). 

As claim 28, Breinberg further teaches the first executable procedure returns a desired 
size for the element (fig. 6, label 606; col. 12, lines 14-23, that after the calculation, the 
results to include the desired size will be retuned). 

As claim 29, Breinberg further teaches the first executable procedure computes desired 
sizes of child-elements of the element (fig. 6, label 606; col. 12, lines 14-23). 

As claim 32, Breinberg further teaches using the first flag for signaling the element's 
need to be measured by the first executable procedure (fig. 4, label 404; col. 10, lines 
18-24). 

As claim 33, Breinberg further teaches using the second flag for signaling the element's 
need to be arranged by the second executable procedure (col. 2, lines 34-41 , that the 
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size and position of the child frames depend on parent frame. Therefore, when anyone 
of the child frames change a windows message is sent to arrange all child frames). 



(Note l) It is noted that any citation to specific, pages, columns, lines, or figures in the prior art references and 

any interpretation of the references should not be considered to be limiting in any way. A reference is relevant for all it 
contains and may be relied upon for all that it would have reasonably suggested to one having ordinary skill in the art. In 
re Heck, 699 F.2d 1331, 1332-33, 216 USPQ 1038, 1039 (Fed. Cir. 1983) (quoting In re Lemelson, 397 F.2d 1006,1009, 158 
USPQ 275, 277 (CCPA 1968)). 

Response to Arguments 

Applicant's arguments filed 08/14/2009 have been fully considered but they are 
not persuasive. 

After careful review of the amended claims (given the broadest reasonable 
interpretation) and the remarks provided by the Applicant along with the cited 
reference(s) the Examiner does not agree with the Applicant for at least the reasons 
provided below: 

A1 . Applicant argues that neither Breinberg nor Buxton teach the newly added 
claim language into independent claims 1,17 and 26. 

R1 . Examiner does not agree, as presented before as an alternative Lupu was 
introduced to show the exact terminology "signaling". After further analysis of the prior 
art Breinberg and the Applicants disclosure it is determined that Breinberg teaches the 
same functionality but with different terminology (visiting). Visiting (signaling) is 
described as a way to notify an element, such as call upon the element to turn process 
of execution to the next element to be measured (sized) in a sequence of elements to 
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be measured, this sequence determined by traversing a tree of the mapped elements of 
the user interface. Much like the disclosure in one embodiment of the Applicant, 
signaling and visiting perform the same functionality, such that an element is called 
upon for execution of a sizing function. 

In column 7, lines 7-42 Breinberg teaches that after the specification stage 
wherein the user interface is organized in a searchable tree data organization; process 
of each element to be measured is began at the leaf node in the hierarchical list of 
elements. Instead of the term "signaling"; Breinberg uses the term visiting (visiting an 
element in a sequence of elements to be visited) which essentially according to the 
definition of signaling in Applicant's disclosure function the same (an element is 
accessed and modified based on the flow of execution for changing the user interface 
such that elements get signal/notified/visited when it is the elements turn to be 
processed through a function (in this case measured (size determination)). For example 
starting at column 7, Iine17; "the post order traversal of the frame tree continues at the 
Control Frame 130. The size of Control Frame is determined (processed through the 
measuring function); from here the process continues by visiting (signaling) the next 
element if the frame tree, which is "Vertical Frame" 136, which is the parent of Control 
Frame 130, thus visiting step comprises notifying (process next element in a sequence 
of elements based upon the position within a data structure (frame tree) the element's 
(Control Frame) parent element (Vertical Frame). After this frame gets measured 
(determine restraints, rules and minimal size) and sized (actual resizing of element) 
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process continues to the next element in the sequence from the traversal of the Frame 
Tree by visiting the Horizontal Frame 138 that is the parent frame to the Vertical Frame. 

The Examiner also notes that Breinberg teaches a use of flags (col. 12, line 66 - 
col. 13, line 7) as part of known visited elements (signaling) which is also apart of 
another embodiment of the Applicant. 

Conclusion 

THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1 .136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within 
TWO MONTHS of the mailing date of this final action and the advisory action is not 
mailed until after the end of the THREE-MONTH shortened statutory period, then the 
shortened statutory period will expire on the date the advisory action is mailed, and any 
extension fee pursuant to 37 CFR 1 .136(a) will be calculated from the mailing date of 
the advisory action. In no event, however, will the statutory period for reply expire later 
than SIX MONTHS from the mailing date of this final action. 

Inquires 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Nicholas Augustine whose telephone number is 571- 
270-1056 and fax is 571-270-2056. The examiner can normally be reached on Monday 
- Friday: 9:30am- 5:00pm Eastern. 
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If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Weilun Lo can be reached on 571-272-4847. The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 

/Nicholas Augustine/ 
Examiner 
Art Unit 2179 
November 20, 2009 

/Ba Huynh/ 

Primary Examiner, Art Unit 2179 



